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Description 

Cross-Reference to Related Applications 

[oooi] This application relates to the subject matter 
disclosed in the co-pending U.S. application Ser No. 
09/686,553 (attorney docket 10003752-1), by Holcomb 
et a!., filed October 11, 2000, titled "Dynamically-Gen^ 
erated Web Pages'. This application is assigned to the 
assignee of the present invention. 

Field of the Invention 

[0002] The present invention relates generally to file 
systems for mass storage devices , and pertains more 
particularly to a virtual file system for a peripheral device 
that provides a large block-oriented mass storage de- 
vice interface to a host system while using a much small- 
er amount of memory in the peripheral device and dy- 
namically generating the data blocks read by the host 

Background of the invention 

[0003] Mass storage peripherals, such as disk drives, 
are in common use in computer systems today for stor- 
ing and retrieving data. This data is stored in blocks. 
Many different logical sets of data, commonly referred 
to as ■files", can be stored on the peripheral While the 
data blocks are typicafly of a fixed size, a file can contain 
more data than can fit in a single data block, and so a 
file may consist of a number of data blocks. In addition, 
the various data blocks that make up a file do not need 
to be located together, but rather can be stored In differ- 
ent places on the peripheral, In order to facilitate access 
to files of data by the computer system, mass storage 
peripherals typically provide a file system which de- 
scribes the organization on the peripheral of the data 
Wocks for each file. 

[0004] With conventional mass storage peripherals, 
data blocks are read and written only under me explicit 
control of the computer system. In other words, the com- 
puter system can keep its own Independent record of 
where certain data blocks and files are stored on the 
peripheral and be assured that, in fact, that is where the 
data blocks and files are located, in order to speed up 
the storage and retrieval of frequently used data blocks, 
computer systems ateo frequently implement a data 
block cache internal to the computer system itself that 
stores these frequently accessed data blocks. The com- 
puter system can read a data block from the cache much 
more quickly than it can from the peripheral, and so com- 
puter systems typically search their cache for a desired 
data block, and request it from the peripheral only if it is 
not found In the cache. 

[0005] The above-described caching mechanism 
works well in the case of traditional mass storage pe- 
ripherals, such as disk drives, in which data blocks are 
only read and written under the explicit control of the 
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computer system. Such disk drives also generally have 
large enough amounts of memory to store the tables that 
implement the file system, as well as the data blocks for 
all the files, However, certain intelligent mass storage 
5 peripherals, such as one described in the above-refer- 
enced co-pending and commonly owned patent appli- 
cation by Holcomb et al., may dynamically create, de- 
lete, or rearrange data blocks independent of the explicit 
control of the computer system. As a result, the compu- 
te ter system can no longer be assured that the data blocks 
in Its cache match the data blocks on the peripheral, and 
incorrect operation can result when the computer sys- 
tem reads cached files rather than obtaining files from 
the peripheral, in order to ensure proper operation, the 
is peripheral must Inform the computer system each time 
it dynamically creates, deletes, or rearranges data 
blocks, and the computer system must delete and re- 
build the cache and other file system tables. Some com- 
puter systems provide a mechanism lor the peripheral 
20 to so inform the computer system; however, the actions 
to delete and rebuild the cache and other hie system 
tables can be time-consuming and Inefficient, other 
computer systems do not support such a mechanism at 
all. 

25 [0006] A related limitation of non-traditional peripher- 
als Is that they may not contain sufficient memory to 
store ail the data blocks needed to provide a large file 
system. As a result, the number and size of files stored 
on the peripheral may be disadvantageou3ly limited, 

so thus requiring the peripheral to dynamically delete cer- 
tain fBes and create others, and giving rise to the previ- 
ously discussed synchronization problem between the 
computer system and the peripheral. 
[0007] The following prior art documents may be of 

ss interest with respect to the present Invention. US-A-6 
081 B83 discloses a scalable computer system compris- 
ing an interconnect bus, a host-processor coupled to the 
Interconnect bus and one or more function-specific 
processors including a network processor, a file proces- 

«o sor and a storage processor, the one or more function- 
specific processors coupled to the interconnect bus for 
communicating with other processors, each function- 
specific processor having a buffer-memory coupled 
thereto, the buffer memory having one or more seg- 

45 ments which serve as function-specific caches to cache 
function-specific data including network-processing da- 
ta, file-processing data and storage processing data, the 
segments being dynamically allocable to different proc- 
essors. Furthermore, the computer system may com- 

so prise a file storage processor (FSP) coupled to the in- 
terconnect bus, one or more data storage devices cou- 
pled to the FSP, each data storage device having files 
and associated meta data; a meta data cache coupled 
to the FSP for buffering the meta data; and a write cache 

55 coupled to the FSP for buffering file write operations 
from the FSP. 

WO 00/5731 5 A discloses a system for maintaining file 
object data, comprising a server component, the server 



2 

PAGE 4/22 * RCVD AT 12/6/2006 3:30:51 PM [Eastern Standard Time] * SVR:USPT0-EFXRF-1/3 * DNIS:2738300 * CSID:7134688883 * DURATION (mm-ss):08-02 



DEC-06-2006 WED 02:30 PM TROP, PRUNER & HU, PC FAX NO. 7134688883 P. 05 



3 EP12 

component associated with a remote storage mecha- 
nism that maintains at least some of the file object data, 
and a client component, the client component associat- 
ed with the local storage mechanism that maintains at 
least some of the file object data, the client component 
configured to receive a request for a file object data and 
to determine whether the file object data is locally main- 
tained or remotely maintained, and when locally main- 
tained, to provide access to the locally maintained file 
data, and when maintained remotely to communicate 
with the server component to provide access to the re- 
motely maintained file data, 

[0008] EP-A-1 041 572 discloses a non volatile mem- 
ory and a non-volatile memory reproducing apparatus 
lor segmenting a signal data file into blocks each having 
a predetermined length and a'dding an attribute file for 
managing the single data file to each single data file, the 
non-volatile memory having a data area for reproduction 
management file for managing a plurality of files each 
of which is composed of the blocks; and a file manage- 
ment area for file management information tor manag- 
ing the plurality of data files and the reproduction man- 
agement file. According to one embodiment, the file 
management information is a file allocation table file and 
the attribute file added to each single data file contains 
a number of blocks that compose each single data file 
and the reproduction management file contains data 
representing the reproduction order of a plurality of data 
files recorded in the data area. 
[0009] It ts one object of the present invention to pro- 
vide a new and improved file system and method of ac- 
cessing a large number of data files which allows files 
to be created, deleted, and rearranged without requiring 
the host computer system to delete and rebuild Its cache 
and other f i te system tables and without requiring a large 
amount of memory. 

[001 0] This object is achieved by a method according 
to claim 1 and by an apparatus according to claim 9. 

Summary of the Invention 

[001 1 ] In a preferred embodiment, the present inven- 
tion provides a virtual fnesystem capable of including a 
large number of data files. The virtual filesystem has a 
predetermined structure of directories and files, and a 
linear filespace. The linear filespace includes a directory 
region and a file allocation table region in which, as a 
result of the predetermined nature of the directory struc- 
ture, the data blocks are calculatable upon a read re- 
quest and are not required to be stored in the filesystem. 
The linear filespace also includes a file region having a 
predefined number of predefined-size flies. Each of a 
set of lowest-level directories of the directory structure 
contains a single liie. The particular single file in the file 
region that Is linked to a particular lowest-level directory 
is preferably determined at the time when the lowest- 
level directory is first accessed, thus allowing a previ- 
ously-unused or least-recently-used one of the files to 



5 152B1 4 

be allocated so as to avoid the need to delete and rebuild 
the hosrs cache. The data blocks of the file are prefer- 
ably dynamically generated and provided to the virtual 
filesystem upon request, or aliased to a file stored in an 

5 auxiliary filesystem that is read via the virtual filesystem. 

Brief Description of the Drawings 

[0012] The above-mentioned features of the present 
to invention and the manner of attaining them, and the in- 
vention Itself, will be best understood by reference to the 
following detailed description of the preferred embodi- 
ment of the invention, taken in conjunction with the ac- 
companying drawings, wherein: 

is 

FIG. 1 is a schematic representations of an exem- 
plary predefined file structure for a virtual filesystem 
according to the present invention; 
FIG- 2 is a schematic representations of the 
20 filespace of the virtual filesystem of FIG, 1 ; 

FIG. 3 is a more detailed schematic representations 
of an exemplary directory region of the filespace of 
FIG. 2; 

FIG, 4 is a more detailed schematic representations 
25 of an exemplary file allocation table region of the 
filespace of FIG. 2; 

FIG, 5 is a flowchart of a method tor reading data 
from the virtual file system of FIG. 1 ; 
FIG. 6 is a more detailed flowchart of a data block 
so calculation portion of the flowchart of FIG- 5; and 
FIG. 7 is a block diagram of an apparatus for pro- 
viding the virtual file system of FIG. 1 . 

Description of the Preferred Embodiment 

35 

[0013] Referring now to the drawings, there is illus- 
trated a virtual filesystem 1 0 (also referred to as a °VFS") 
constructed in accordance with a novel method 100 of 
reading data from an apparatus 50 on which the filesys- 

40 tern 1 0 is implemented. The virtual filesystem 1 0 advan- 
tageously provides a large virtual filespace that can be 
implemented in only a relatively small amount of mem- 
ory by predefining the directory hierarchy such that data 
blocks corresponding to the directories (and an associ- 

*s ated file allocation table, also referred to herein as a 
"FAT") can be algorrthmlcally calculated, and by binding 
data files to the directory hierarchy only at or near the 
time of use such that data blocks corresponding to the 
data files can be dynamically generated at or near the 

so time of access. The present invention is particularly ap- 
plicable to FAT-based file systems such as the widely- 
used MS-DOS file system that is well known to those 
skilled in the art 

[0014] As is understood by those skilled in the art, a 

6 filesystem is a structure of directories, files, and other 
internal information which an operating system uses to 
locate and access these directories and files. The direc- 
tories are typically organized in a directory hierarchy in 
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which some directories are related to other directories 
in a parent-and-cblld tree structure. Files are located 
within directories. The data structures that comprise the 
f ilesystem occupy a preferably linear filespace in mem- 
ory. A virtual fiiesystem is one in which the directories 
and files appear to exist in a linear filespace when 
viewed by a host computer or other device which is ex- 
ternal to the fiiesystem, but in actuality may not exist in 
linear files pace or may even not exist In physical mem- 
ory at all until the host computer requests the fiiesystem 
to perform an operation on a directory or file. 
[001 5] As is best understood with reference to the ex- 
emplary predefined file Structure 15 Of FIG- 1, the virtual 
fiiesystem 10 of the present invention has a predefined 
and fixed directory hierarchy 20, which begins at a root 
directory v 21. Below the root directory 21 is a set 22 
of isMevel directories which are subdirectories to the 
root directory. The exemplary directory hierarchy 20 
contains four i^level directories, denoted D1 through 
D4. The number of subdirectories contained below a 
higher-level directory is referred to as the 'fanout'; the 
exemplary directory structure uses a fanout of four at all 
levels, but for clarity only one set of four subdirectories 
is illustrated in FIG. 1 for each level, "l^-level directory 

02 23 contains four Z^-tevel directories, which are de- 
noted D9 through D 12. 2 M 4evel directory D11 24 con- 
tains four ^level directories, which are denoted D46 
through D48. Both the 1*-level directories and the 2 ntl - 
level directories are considered to be intermediate-level 
directories in that they have both a higher-level ("par- 
ent*) directory and lower-leveJ Cchltd') directories. The 
Yth-level directories Cm this exemplary hierarchy 20 the 
3^-level directories) are the lowest-level directories in 
me directory hierarchy 20, Each Yth-level directory ac- 
cording to the present invention contains one of a set 
1 8 of predefined file placeholders, such as directory P48 
25 contains the file placeholder F88 26; the lowest-level 
directories have a parent directory but no child directo- 
ries. The significance of the directory and file labeling 
used in FIG. 1 will become apparent when FIG. 3 is dis- 
cussed subsequently. 

[0016] The directory fanout N and hierarchy depth Y 
can be advantageously chosen to provide a virtual file* 
system having a desired number of files. The number of 
riles is calculated according to the formula N Y . The ex- 
emplary hierarchy 20 with a fanout of 4 and a depth of 

3 thus provides 4 3 » 64 files. The preferred embodiment 
has a fanout of 32 and a depth of 4, and thus provides 
32* = 1 .048,576 files. While the fanout N and the depth 
Y may be different at each level and branch of the di- 
rectory hierarchy, in the preferred embodiment they are 
the same at all levels and branches, as will become ap- 
parent when the method of the present Invention is dis- 
cussed subsequently. 

[0017] As best understood with reference to FIG. 2, 
the virtual file system occupies a filespgce 30 which con- 
tains B logical data blocks, such as data block 2. Each 
data block contains b bytes. In the commonly-used FAT- 



32 file system well known to those skilled in the art, each 
block typically contains 4k bytes of data, a data block 
can be further divided, typically according to the type of 
physical media on which the fiiesystem is implemented, 
s but such discussions will be omitted here since they are 
also well known in the art and are not germane to the 
present invention. 

[001 8] The data blocks of the virtual fiiesystem 1 0 are 
preferably organized sequentially. The data blocks can 

10 oe requested, typically by block number, from the virtual 
file system 10 by a host computer (not snown) or other 
device. The filespace 30 is logically divided Into several 
contiguous regions. A directory region 32 of D blocks in 
size predefines the directory hierarchy of the virtual file- 
ts system 1 0, as explained heretofore. 

[0019] The filespace 30 also contains a number of file 
regions 34a,b,c which in total occupy F blocks of the 
filespace 30. Each file region 34a,b,c predefines a quan- 
tity of data files of a predetermined number of data 

20 blocks in size. File region 34a defines a quantity of 
data files, each of which is one block in size. File region 
34b defines a quantity Q 2 of data files, each of which is 
two blocks in size. File region 34c defines a quantity Q M 
of data files, each of which is M blocks In size. The size 

2s of each file region is determined by the quantity of files 
and the block size of each file. The number of file re- 
gions, the quantity of files in each region, and the block 
size of the files in each region are not limited by the 
present invention but rather are design choices availa- 

so ble to the fiiesystem 1 0 designer. 

(0020] The filespace 30 also contains one or more 
FAT regions 36. Each FAT region 36 predefines a file 
allocation table of T blocks in size for locating in the 
filespace 30 all the data blocks for the directories and 

55 the data files, According to the present invention, and 
as will discussed subsequently in greater detail, these 
regions are organized so as to allow the data blocks in 
the directory region 32 and the FAT regbn 36 to be al- 
gorithmicaily calculated when the fiiesystem 10 is read 

*o in order to reduce the amount of physical memory re- 
quired to contain the fiiesystem 10. 
[0021) Considering now in further detail, and with ref- 
erence to FIG. 3, the directory region 32, the directory 
region 32 contains directory entries. Each directory en- 

45 try contains different fields which identify {at a minimum) 
the name, the starting block number, the attributes of 
the entry (in particular, whether it represents a child di- 
rectory or a file), and the size of each file or child direc- 
tory. Directory entries describe the contents of each in- 

60 dividual directory of the directory hierarchy 20. In the 
preferred embodiment, the directory entries for each di- 
rectory of the hierarchy 20 are contained in a separate 
data block whose position in the filespace 30 is calcula- 
ble from the directory hierarchy 20. To illustrate using 

55 the exemplary directory hierarchy 20 of FIG. 1, the di- 
rectory entries for the root directory 21 are assigned to 
block 0 of directory region 32. Block o contains four di- 
rectory entries, which correspond to the directory entries 
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for tne four "l^-level directories (D through D4) of the 
hierarchy 20- The numbers shown within each block of 
the directory region 32 of FIG. represent the value of the 
starting block field of the particular directory entry in the 
block, and correspond to the directory numbers used in 
the directory hierarchy 20. For example, the second en- 
try 38a of block 0 corresponds to 1«-Ievei directory D2 r 
and Indicates that the directory entries for directory D2 
may be found in block 2. The third entry 38b of block 2 
corresponds to 2**-\eve\ directory and indicates 
that directory entries for directory O 11 may be found in 
block 11 . The fourth entry 38c of block 11 corresponds 
to Yth-level directory D48, and indicates that directory 
entries for directory D48 may be found In block 48. The 
first (and only) entry 38d of block 48 corresponds to a 
file placeholder The file placeholder may or may not 
have an actual file associated with it at any particular 
point in time. The value of the starting block field for the 
file entry indicates the state of the file's existence. One 
predefined value indicates that no file has ever been cre- 
ated in directory D48 ( while a different predefined value 
indicates that a file was previously created in directory 
D48 but the file is no longer in existence. If the starting 
block field contains a value between 0 and F-i , then it 
indicates that an associated file currently exists, and the 
starting block field value is the block number in the file 
region 34 at which the file data is located. As will be de- 
scribed subsequently in further detail, a file placeholder 
for a Yth-level directory is bound to a particular data file 
only whBn a particular Yth-level directory is first ac- 
cessed. 

[0022] The above-described manner of storing N-ary 
(for example, binary, trinary, etc) trees such as the di- 
rectory hierarchy 20 in an array is well known to those 
skilled in the art. Because the directory hierarchy 20 is 
fixed and the positions in the fiiespace 30 of the data 
blocks for any particular directory are calculable, as will 
be described subsequently in further detail, a VFS 10 
according to the present invention does not need to 
store the data for the directory region 32, bur rather can 
aigorithmicaliy calculate the data for any particular data 
block when requested by the host computer. 
[0023] Considering now in further detail the FAT re- 
gion 36, and with reference to FIG. 4, in many filesys- 
tems the data blocks of a file or directory which spans 
more than one block are not located contiguously in the 
fiiespace 30. While a directory entry, as has been ex- 
plained previously, indicates the starting block at which 
data for a directory or file will be found, ft does not indi- 
cate the location of any additional data blocks. The FAT 
table provides this linkage between the starting block 
and any additional blocks. Because the directory hier- 
archy, and the number and size of files> are predeter- 
mined in the VFS 10 of the present Invention, the con- 
tents of the FAT region are correspondingly calculable 
algorlthmicaily. 

[0024] The size of the FAT region 38 is determined by 
the number of data blocks contained in the VFS 1 0. The 



FAT 36 contains a FAT entry 42 for each data block in 
the system. Each FAT entry 42 must be of a size large 
enough to contain a value that represents the largest 
block number in the combined directory 32 and file 34 

s regions (i.e. the value of D+F). For example, the FAT- 
32 file system uses a tour byte FAT entry 42, which is 
sufficient to address up to 2 32 = 4,294,967,296 blocks. 
[0025] The FAT region 36 Includes a directory FAT su- 
bregion 36a and a file FAT subregion 36b. Since, as pre- 

to viously discussed, each directory occupies a single data 
block In the directory region 32, the number of FAT en- 
tries 42 in the directory FAT subregion 36a Is equal to 
the number of directories in the directory hierarchy 20. 
For Instance, in the exemplary directory hierarchy 20 of 

is FIG. 1 in which N=* and Y=3, there is one root directory, 
N 1 =4 1*Mevel directories, N 2 =16 ^level directories, 
and N^64 Yth (^-level directories, tor a total of 85 
directories; therefore, there are 85 FAT entries 42 in the 
directory FAT subregion 36a. 

20 {00261 With regard to the file FAT subregion 36b. dif- 
ferent files can occupy a different number of data blocks 
in the fiie region 34. However, according to the fflesys- 
tern 10 of the present invention, and as previously de- 
scribed, the number of files and the size of each file are 

ss predetermined, so the number of FAT entries 42 re- 
quired for the FAT subregion 36b Is algorithrnicaUy cal- 
culable. For instance. In the exemplary directory hierar- 
chy 20 of FIG. 1 which contains N Y ^ 4* = 64 files, as- 
sume that 32 (Q0 of the files are 1 -block files, 16 (Q 2 ) 

30 are 2-block files, 10 (Q3) are 4-block files, and 6 (Q 4 ) 
are 8-block data flies. Therefore, 32x1=32 blocks are 
required for the 1 -block files. 16x2=32 blocks are re- 
quired for the 2-block fOes, 1 0x4=40 blocks are required 
for the 4-block files, and 6x8=48 blocks are required for 

as the M-block files (where M=8); for a total of 
32+32+40*48 = 152 blocks. Therefore, the file FAT su- 
bregion 36b will contain 1 52 FAT entries 42. 
[0027] The content of a FAT entry 42 for a particular 
data btock in the directory region 32 or the file region 34 

40 specifies whether the data tor that directory or tile con- 
tinues in another data block and, if so, at which block 
the data continues. If the FAT entry 42 contains a value 
that corresponds to another block number in the f ilesys- 
tem 1 0, then the data continues at that block number. If 

4s the FAT entry 42 contains a predefined "end-of-chaln" 
value that does not correspond to a block number in the 
fiiesystem 10, then the data does not continue in any 
additional block. With reference to the exemplary FAT 
table 36 of FIG. 4, the starting block of a 4-block data 

so file is located at datafile-reiative FAT entry #64 42', In 
the exemplary fiie FAT subregion 36b of FIG. 4, FAT en- 
try #64 42' contains the value 65, indicating that the 
4-block data file continues at data block #65. Similarly, 
FAT entry #65 contains the value 66 indicating that the 

55 4-block data file continues at data block #66, and FAT 
entry #66 contains the value 67 indicating that the 
4-block data file continues at data block #67. Since data 
block #67 is the last of the four blocks in the chain, FAT 
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entry #67 contains the "end-of-cnain* marker. 
[0028] Considering now a novel method 1 00 of read- 
ing data from the virtual filesystem 10, and with refer- 
ence to FIG. 5. the method 1 00 begins at 1 02 by defining 
a virtual file system 10 having a fiiespace 30 containing 
a logical linear arrangement of data blocks for a prede- 
termined file structure 15 which includes a directory hi- 
erarchy 20 and a set of placeholders tor predetermined 
file 1 a. At 1 04, a request to provide a data block 2 having 
a specified position in the VFS 10 is received, typically 
from the host computer connected to the VFS 10. At 
106, the section of the VFS 1 0 in which the data block 
2 is located Is determined, rf the data block 2 is located 
in the FAT region 36 or the directory region 32 ("FAT or 
Directory" branch of 106), then the method continues at 
108. 

[0029] It the data block 2 is in the FAT region 36, or if 
the data block 2 is in the directory region 32 but corre- 
sponds to the root directory or one of the intermediate- 
level directories in the directory hierarchy 20 ("No" 
branch ol 1 08), then at 1 14 the content of the data block 
2 is calculated based on the predetermined directory hi- 
erarchy 20 and the specified block position, and at 11 6 
the content is provided to the host computer in response 
to its request. The algorithm by which the data block 
content is calculated will be described subsequently; 
calculation of the data block content is advantageously 
enabled by the novel predefined organization of the file 
structure 15 and fiiespace 30 of the VFS 10. 
[0030] rf the data block 2 is in the directory region 32 
and corresponds to one of the lowest-level directories 
in the directory hierarchy 20 ("Yes" branch of 1 08), thBn 
at 1 1 0 the actual amount of data to be contained by the 
file corresponding to the lowest-level directory is deter- 
mined. This is preferably done by a process external to 
the virtual filesystem 1 0 which has previously associat- 
ed the file placeholder with the data, as will be described 
subsequently with reference to the virtual filesystem ap- 
paratus 50. Once this actual file size in bytes Is known, 
at 112 the lowest-level directory is bound to an unused 
(or least recently used) predetermined file having a max- 
imum file size which is greater than or equal to the 
amount of data, and the method continues at 114. Typ- 
ically the smallest predetermined file of sufficient size to 
contain the data will be bound to the particular lowest- 
level directory. 

[0031] By calculating data blocks 2 in the FAT region 
36 and the directory region 32, the present invention ad- 
vantageously minimizes the amount of physical memory 
that is required by the virtual filesystem 10. particularly 
as large numbers of files and large file sizes are included 
in the filesystem 10. 

[0032] if me data block 2 Is located in the file region 
34 ('File' branch of 106), then at 116 the data source 
tor the file is determined- If the data is to be dynamically 
generated ("Dynamic" branch of 11 6), then at 118 the 
content of the data block 2 is dynamically generated, 
preferably by a process external to the virtual filesystem 
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1 0, and at 1 22 the content is provided to the host com- 
puter in response to its request. If the data is to be ali- 
ased from another data memory such as an auxiliary file 
system 70 external to the VFS 10, then at 120 the con- 

5 tent of the data block 2 Is obtained from the auxiliary file 
system 70, and at 1 22 the content is provided to the host 
computer In response to its request.. 
[0033] By dynamically generating data blocks 2 as 
they are requested, or by obtaining data blocks 2 from 

10 an auxiliary file system 70 already present in an appa- 
ratus in which the virtual filesystem 1 0 is included, the 
present invention advantageously minimizes the 
amount of physical memory that is required by the virtual 
filesystem 10 F particularty as large numbers of files and 

is large file sizes are Included in the filesystem 1 0. 

(0034] The method 1 00 is preferably implemented in 
firmware and/or software as a program of instructions 
contained on a program storage medium such as a 
ROM, GD-nOM, floppy disk, and the like, executable by 

z& a computing apparatus {not shown) incorporated within 
the virtual filesystem 10. Such an implementation is well 
known to those skilled in the art. The program of instruc- 
tions can be organized into a number of logical seg- 
ments for performing the steps of the method 100 hero- 
es tofore described to implement the file structure 15 and 
fiiespace 30 that have also been described. 
[0035] Considering now in further detail the calculat- 
ing 1 1 4 of the contents of a data block 2 in the FAT region 
36 or directory region 32 based on the predetermined 

30 directory hierarchy 20, and as best understood with ref- 
erence to FIGS. 2, 3, 4. and 6, at 1 30 the location of the 
requested data block within the FAT region 36 or direc- 
tory region 32 of the fiiespace 30 is determined. If the 
requested data block is in the directory region 32 and 

95 corresponds to any directory other than a lowest-level 
<Yth level) directory, then at 1 32 the block number of the 
requested data block is converted to a directory-relative 
block number for the requested directory. At 134, the 
directory-relative block numbers of all child subdirecto- 

40 rles of the requested directory are determined, prefera- 
bly by calculating the block numbers of the child subdi- 
rectories based on the depth and tanout of the prede- 
termined directory hierarchy 20 according to a conven- 
tional algorithm known to those skilled in the art for tra- 

4s versing an N-ary tree stored in an array. For example, it 
the requested block corresponds to directory-relative 
block #6, child subdirectories #25, #26. #27, and #28 
are identified. Once the appropriate child subdirectories 
have been determined, then at 136, directory entry data 

so for these child subdirectories of the requested directory 
are created. 

[0036] if the requested data block is in the directory 
region 32 and corresponds to a tawest-ievel (Vth level) 
directory, then at 1 38 directory entry data tepresenting 
55 a file is created. This data is derived from information 
contained In an entry 62 in the file shadow table 60 which 
corresponds to that lowest-level directory (the shadow 
table 60 and its entries 62 will be subsequently de- 
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scribed In further detail with reference to R<3. 7). For 
example, if the requested block .corresponds to directo- 
ry-relative block #48, then directory entry data 38d rep- 
resenting the file contained in the lowest-level directory 
associated with block #48 is created. 
[0037] if the requested data block is in the FAT region 
35. then at 1 40 the FAT entries contained In the request- 
ed data block are identified. In the preferred embodi- 
ment, these entries are readily calculated based on the 
size of the data block and the size of each FAT entry. 
Each FAT entry 42 refers to a data bJock 2 in the direc- 
tory region 32 or the file region 34. At 142, it Is deter- 
mined which of these FAT entries correspond to blocks 
that are the last (or only) block In a block chain, and 
which correspond to blocks that are not the last (or only) 
block in a block chain. In the preferred embodiment, this 
can be readily calculated based on the organization of 
the filespace 30. since all directories occupy one data 
block, and the number of data files of each size M are 
predetermined. At 144, FAT entry data containing an 
end-of -chain marker is created for all FAT entries which 
correspond to the last (or the only) block in a block chain, 
while at 1 46 FAT entry data pointing to the next block in 
the chain is created for all FAT entries which do not cor- 
respond to the last (or the only) block In a block chain. 
For example, if the requested data block includes FAT 
entries for datatile-relatrve blocks #64 through #67, the 
FAT entry created for block #64 will point to block #66, 
while the FAT entry created for block #67 will contain the 
end-of-chain marker. 

[0038] The present invention can also be embodied, 
as best understood with reference to FIG. 7. as an ap- 
paratus 50 which incorporates a virtual file system tOto 
provide a block-oriented data source that can be ac- 
cessed from a host computer (not shown). The VFS 10 
further includes a region identifier 52 which receives 
"Read Block <B>" requests from the host computer, 
where <B> is the absolute data block number 9 in the 
VFS 10. The region Identifier 52 determines whether 
block B corresponds to a btock in the FAT region 36 or 
directory region 32 and can therefore be calculated as 
previously described, or whether block B corresponds 
to a block in the file region 34 and therefore file data 
must be obtained as previously described, in the pre- 
ferred embodiment the region Identifier 52 converts the 
absolute block number B into a block number relative to 
the region 32,34.36 to which the block belongs. If the 
block is in the FAT region 36 or the directory region 32, 
a block calculator 54 which has knowledge of the pre- 
determined file structure 15 along with the fanout N, 
depth Y, file quantums Q, and the number of blocks as- 
sociated with each file quantum Q calculates the con- 
tents of the requested data block. If the block number 
corresponds to a Yth-level directory, a Yth-directory file 
binder 56 sends a request to a dynamic data generator 
58 to bind a file shadow 62 in a file shadow table 60 to 
a particular predefined file of a given size in the fllesys- 
tem 10. 



[0039] The file shadow 62 has typically been previ- 
ously created by an asynchronous request made to the 
dynamic data generator 58 by another module (not 
shown) of the apparatus 50. Examples of such requests 

5 are described in the above-referenced copending U.S- 
patent application to Holcomb et al. At the time the file 
shadow 62 is created, the amount of data to be associ- 
ated with the shadow 62 may not be known, and there- 
fore the file size (and in turn the file start block location 

10 in the file region 34) tor the file cannot be known; the file 
shadow 62 thus typically contains only the Yth directory 
btock number and a data source address or identifier at 
the time the shadow 62 is created. However, when the 
Yth directory is read, it is an advance notification that a 

is subsequent request for the single file located in that Yth 
directory is In all probability imminent. In addition, in the 
preferred embodiment the size of the file must also be 
provided in the data block 2 returned for the Yth direc- 
tory. Once the dynamic data generator 58 determines 

20 the file size, a particular predefined file that is at least 
as large as the file size can be selected, and therefore 
the flte start block number and the file size fields in tne 
shadow 62 are filled in and the particular file is bound 
to the Yth directory at that time. 

2s [0040] In order to eliminate or minimize any possibility 
that the host computer may think it already contains a 
particular data block in Its cache memory (not shown) 
and thus not request it from the apparatus 50, the ap- 
paratus 50 preferably does two things. First, the dynam- 

30 \q data generator 58, when processing a request to cre- 
ate a file shadow 62, establishes a pathname that has 
never been used before (by choosing a Yth directory 
block that has never been used before. And second, 
when processing a request to bind a file shadow 62 to 

ss a file, the dynamic data generator 58 selects a file that 
has never been used before. Because the physical 
memory size of the virtual f ilesystem 1 0 is largely insen- 
sitive to the number and sizes of the files that the file- 
system 10 contains, the virtual f ilesystem 10 for a par- 

40 ttaular apparatus 50 can be chosen so as to minimize 
any chance that a Yth-level directory or a file need ever 
be used twice. However, the preferred embodiment of 
the apparatus also includes a block manager 64 which 
assigns Yth-lavel directories and files upon request The 

45 block manager 64 keeps track of the usage of Yth-level 
directories and files by receiving notification from the 
Yth-directory file binder 56 and the file generator 66 as 
blocks are requested by the host computer. If the appa- 
ratus 50 runs out of unused directories or files, the block 

so manager 64 ensures that a least recently used (LRU) 
one is assigned in the expectation that any previous in- 
formation about that directory or file has already expired 
from the host computer's cache. The algorithms used 
by the block manager 64 are similar to those used in 

55 memory management and garbage collection, and are 
well known to those skilled in the art. 
[0041] if the requested block B is in the file region 34, 
a file generator 66 searches the file shadow table 60 to 
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locate the file shadow 62 associated with the block- The 
data source field o1 me file shadow 62 is then used by 
the file generator 66 to determine the source of the data. 
If the source is the dynamic data generator 58, the block 
is requested from the dynamic data generator 5B. If the 
source te a file on an auxiliary file system 70, a file alias- 
ing bridge 68 translates the requested block into the cor- 
responding block of the file on the auxiliary file system 
70. One example of the auxiliary file system 70 is the 
file system utilized by a Compact Flash card or PCMCIA 
flash card which is used, tor example, to store photo- 
graphic image flies recorded by a digital camera. 
[0042] From the foregoing it will be appreciated that 
the virtual filesystem provided by the present invention 
represents a significant advance in the art Although 
several specific embodiments of the Invention have 
been described and illustrated, the invention is not lim- 
ited to the specific methods, forms, or arrangements of 
parts so described and illustrated, in particular, the file- 
system may contain additional regions such as boot 
sectors, and may contain a redundant copy of the FAT 
region- It is also to be understood that the root directory 
and intermediate-level directories may contain addition- 
al predefined directories or files that have been omitted 
for clarity, including but not limited to a self-referencing 
directory (usually denoted as the V directory) and a par- 
ent directory (usually denoted as the V directory). Fur- 
thermore, while in the preferred embodiment the file size 
is fixed when a Yth-leve! directory is accessed, in some 
embodiments the binding may be deferred until the file 
itself is accessed, depending on the behavior of the host 
computer's operating system. The present invention 
may be advantageously used in a wide variety of tradi- 
tional and embedded computer systems. The invention 
is limited only by the claims. 



Claims 

1 . A method (t 00) for reading data from a virtual file- 
system (10). comprising a virtual file system (10), 
comprising: 

a fliespace (30) including a plurality of logical 
data blocks (2), comprising; 

a first contiguous region (32) in the 
filespace (30) predefining a directory hier- 
archy (20) of the filesystem (1 0), the hier- 
archy (20) predefining an interconnected 
hierarchy of directories; 
a plurality of second contiguous regions 
(34) in the filespace (30) each predefining 
a set of data files (1 S) having a predeter- 
mined number of data blocks (2); and 
a third contiguous region (36) in the 
filespace (30) predefining a file allocation 
table for locating in the filespace (30) all the 
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data blocks (2) for the directories (20) and 
the data files (18); 

the regions organized so as to allow the 
structure of the data blocks (2) in the first 
s and third regions (32, 36) to be algorithms 

calry calculated when the filesystem (10) is 
read in order to reduce the amount of phys- 
ical memory required to contain me filesys- 
tem (10); 

w the method comprising the steps of: 

receiving a block read request for a 
specified data block (2); 
determining whether the specified da- 
is ta block (2) corresponds to the direc- 
tory hierarchy (20) or the set of data 
files (18); 

algorlthmicalry calculating data for the 
specified block (2) when the block (2) 
20 corresponds to the directory hierarchy 

(20); and 

providing the data for the specified 
block (2) when the block (2) corre- 
sponds to the set of data files (16). 

25 

2. The method of claim 1 , wherein the predetermined 
hierarchy of directories (20) further includes a set 
of lowest-level directories, each lowest-level direc- 
tory having a predetermined file placeholder. 

30 wherein the data block (2) not stored in a physical 
memory corresponds to a selected one of the low- 
est-level directories, and wherein the file structure 
(15) includes a predetermined set of files compris- 
ing one or several data blocks provided in the virtual 

35 fte system, further comprising: 

binding (112) the file placeholder for the select- 
ed one of the lowest-level directories to a cor- 
responding one of the predetermined set of files 
40 provided in the virtual file system. 

3. The method of claim 2, wherein each of the prede- 
termined set of files comprising one or several data 
blocks has a maximum file size, further comprising; 

45 

determining (110) an amount of data associat- 
ed with the file placeholder, and 
choosing (112) the corresponding one of the 
predetermined set of files so as to have a max- 
so jmum file sire at least equal to the amount of 

data. 

4. The method of claim 2 or 3, further comprising; 

sa receiving (i 04) an additional request to provide 

the content of an additional non-stored data 
block (2) associated with the corresponding 
one of the predetermined set of files; and 
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generating the content of the additional non- 
stored data block (2). 

5. The method of claim 4, wherein the generating in- 
cludes: 5 

dynamically generating (118) the content In re- 
sponse to the additional request by a process 
external to the virtual file system. 

10 

6. The method of claim 4 or 5. wherein the generating 
includes: 

obtaining ( 1 20) the content from an auxiliary file 
system (70) external to the virtual file system, is 

7. The method of one of the preceding cJaims, wherein 
the virtual file structure ( 1 5) provides a linear logical 
arrangement (30) of the data blocks (2) Including a 
directory hierarchy and a set of placeholders for so 
predetermined files (18). 

8. The method of daim 3, wherein the binding (112) 
further comprises: 

25 

determining (110) the actual file size; 
locating a least recently used file placeholder 
at least equal to the actual file size; and 
assigning the least recently used file placehold- 
er as the selected one of the predetermined file so 
placeholders. 

9. An apparatus (50) for providing a virtual file system 
(10), comprising: 

35 

a filespace (30) including a plurality of logical 
data blocks (2), comprising: 

a first contiguous region (32) in the 
filespace (30) predefining a directory hier- to 
archy (20) of the filesystem (10), the hier- 
archy (20) predefining an interconnected 
hierarchy of directories; 
a plurality of second contiguous regions 
(34) in the filespace (30) each predefining 45 
a set of data files (18) having a predeter- 
mined number of data blocks (2); and 
a third contiguous region (36) in the 
filespace (30) predefining a file allocation 
table for locating in the filespace (30) all the 50 
data blocks (2) for the directories (20) and 
the data files (18); 

the regions organized so as to allow the 
structure of the data blocks (2) in the first 
and third regions (32, 36) to be algorithml- 55 
calry calculated when the filesystem (1 0) is 
read in order to reduce the amount of phys- 
ical memory required to contain me f ilesys- 
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tern (10); 

a region identifier (52) adapted to receive 
a block read request for a specified data 
block (2) and determine whether the spec- 
ified data block (2) corresponds to the df~ 
rectory hierarchy (20) or the set of data files 
(19); 

a block caicuJator (54) connected to the re- 
gion identifier (52) to algorithmically calcu- 
late data for the specified block (2) when 
the block (2) corresponds to the directory 
hierarchy (20); and 

a file generator (66) connected to me re- 
gion identifier (52) to provide the data for 
the specified block (2) when the block (2) 
corresponds to the set of data files (1 8); 

10. The apparatus of claim 9, wherein the directories 
comprise a root-level directory, a plurality of inter- 
mediate-level directories below the root-level direc- 
tory, and a plurality of lowest-level directories below 
the intermediate-level directories. 

11. The apparatus of claim 9 or 10, wherein the block 
calculator (54) further detects whether the specified 
block (2) corresponds to any of a set of lowest-level 
directories, the apparatus (50) further comprising: 

a dynamic data generator (58) for establishing 
a file shadow (62) corresponding to a selected 
one of the lowest-level directories and deter- 
mining a file size for the data; and 
a file binder (56) connected to the block calcu- 
lator (54) and the dynamic data generator (58) 
for determining whether the specified block (2) 
corresponds to the tile shadow (62) and, if so, 
obtaining the file size from the dynamic data 
generator (58) and binding the selected one of 
the lowest-level directories to an appropriately- 
sized one of the set of data files (1 B) at least as 
large as the file size. 

12. The apparatus of one of claims 9 to 11 . wherein a 
selected one of the set of data files (18) is linked to 
a specified one of the lowest-level directories when 
the specified one rs first accessed. 



Patents nspruche 

1. Verfahren (100) zurn Lesen aus einem virtuellen 
Dateisystems (10), mit einem virtuellen Dateisy- 
stem (10), umfasservd: 

einem Dateibereich (30) mit einer Vielzahl logl- 
scher Datenblocke (2), mit: 

einen ersten zusammenhSngenden Be- 
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reich (32) in dem Dateibereich (30), wel- 
cher eine Verzeichnishierarchie (20) des 
Dateisystems (10) vordeflniert, wobei die 
Hiararchie (20) eine in SiCh VBrlcnQpfte 
Hierarchie von Verzeichnissen vordefl- 
niert; einer Vielzahl zwelter zusammen- 
hangender Bereiche (34) in dem Dateibe- 
reich (30), die jeweiis einen Satz Datenda- 
teien (1 8) mit siner vorbestimmten Anzahl 
von Datenblokken (2) vordefinieren; und 
einem drttten zusammenhangenden Be- 
reich (38) in dem Dateiberefch (30), der ei- 
ne Dateizuordnungstabeite vordefiniert 
um in dem Dateibereich (30) alle diese Da- 
tenblocke (2) hinsichtiich der Verzeichnis- 
se (20) und der Datendateien (18) anzu- 
ordnen; 

wobei die Bereiche £0 organlsiert sind, daB die 
Struktur der Datenblocke (2) in dem ersten und dem 
drltten Bereich (32, 36) algorithmisch berechnet 
warden kann, wann das Dateisystem (10) gelesen 
wird. um die Gro6e des physikaGschen Speiehers 
zu reduzieren, der zur Aufnahme des Dateisystems 
(10) notwendig ist 

wobei das Verfahren die Schritte umfaBt; 

Empfangen einer Blocklese-Antrage bezugiich 
einesspe2Wlzlerten Datenbiocks (2); Ermitteln. 
ob der spezifizierte Datenbtock (2) der Ver- 
zeichnishierarchie (20) Oder dem Satz Daten- 
dateien (18) entspricht; 

ajgorithmisches Berechnen von Daten fur den 
bestimmten Block (2). wenn der Block (2) der 
Vercetehnishlerarchie (20) entspricht; und 
Vorsehen der Daten fur den bestimmten Block 
(2), wenn der Block (2) dem Satz Datendateien 
(18) entspricht, 

Verfahren nach Anspruch 1 , wobei die vorbestimm- 
te Hierarchie von Verzeichnissen (20) femer einen 
Satz Varzeichnisse der untersten Ebene umfaBt, 
wobei jedes verzeichnte der untersten Ebene einen 
vorbestimmten Datei-Platzhalter aufweist. wobei 
der nicht in einem physikalischen Speicher gespei- 
cherte Datenbiock (2) einem aus den Verzevchnis- 
sen der untersten Ebene ausgewahtten verzeicnnis 
entspricht, und die Dateistruktur (1 5) einen vorbe- 
stimmten Satz von Dateien umfaBt, der einen Oder 
mehrere Daten bfock© umfafit, die in dem virtu el I en 
Dateisystem vorgesehen sind, und das Verfahren 
femer umfaBt: 

Binden (1 1 2) dee Datei-Platzhalters, der fur das 
ausgewahlte Verzeicnnis der Verzeichnisse 
der untersten Ebene steht. an eine entspre- 
chende Datei des vorbestimmten Sat2es von 
Dateien, die in dem virtuellen Dateisystem vor- 
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gesehen sind, 

Verfahren nach Anspruch 2, wobei jede Datei des 
vorbestimmten Satzes von Dateien, der ein Oder 
mehrere Datenblocke umfal3t r eine maxlmale Dat- 
eigrofie aufweist, wobei das Verfahren tamer urn- 
fa&t: 

Ermitteln (110) einer Datenmenge, die mit dem 
DateiplatzhaJter verknupft ist, und Auswahlen 
(112) der entsprechenden Datei aus dem vor- 
bestimmten Satz von Dateien, so daB dieser ei- 
ne maximale DateigroGe mindestens gleich der 
Datenmenge aufweist 

Verfahren nach Anspruch 2 Oder 3, daB femer um- 
faBt: 

Empfangen (104) einer welteren Anfrage, den 
Inhalt eines welteren, nicht gespeicherten Da- 
tenbiocks (2) vorzusehen, der mit der entspre- 
chenden Datei des vorbestimmten Satzes von 
Dateien verknupft 1st; und 
Erzeugen des Inhalts des zusatzllchen, nicht 
gespeicherten Datenbiocks (2). 

Verfahren nach Anspruch 4, wobei das Erzeugen 
umfaBt: 

Dynamisches Erzeugen (118) des Inhalts als 
Reaktion auf die zusatzJtehe Anf rage mittels ei- 
nes Prozesses au&erhalb des virtuellen Datei- 
systems. 

Verfahren nach Anspruch 4 Oder 5, wobei das Er- 
zeugen umfaBt 

Erhalten (120) des InhaJts aus einem Neben- 
Dateisystem (70) au&erhalb des virtuellen Da- 
teisystems. 

Verfahren nach einem der vorangegangenen An- 
spruche. wobei die virtuelle Dateistruktur (15) eine 
iineara logische Anordnung (30) der Datenblocke 
(2) umfaBt, elnschiieBlich einer Verzeichnishterar- 
chle und eines Satzes von Piat2haltem fQr vorbe- 
stimmte Dateien (18), 

Verfahren nach Anspruch 3, wobei das Binden 
(112) femer umfa&t: 

Ermittein (110) der aktuellen DateigrdBe; 
Lokaiisieren von zumindest einem zuletzt ver- 
wendeten Dateiplatzhaitets, der mindestens so 
groB wie die aktueNen DateigrSBe ist; und 
Bestimmen des am langsten unbenutzten Da- 
teiplatzhalters als den ausgawahlten Platzhah 
ter der vorbestimmten Dateiplatzhalter. 
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9. Vorrichtung (50) zum Vorsehen eines virtuelten Da- 
teisystems (10), umfassend; 

einen Dateibereich (30) mit einer Vielzahl togi- 
scher DatenblScke (2), umfassend: * 

einen ersten zusammenhangenden Be* 
reich (32) in dem Dateibereich (30), wel- 
cher eine Verzeichnishierarchie (20) des 
Dateisystems (10) vordefiniert wobei die w 
Hierarchie (20) eine in sich verknupfte 
Hierarchie von Verzeichnissen vordefi- 
niert; 

eine Vielzahl zweiter zusammenhangen- 
der Bereicne (34) in dem Dateibereich » 
(30), die jeweils einen Satz Datendateien 
(18) mit einer vorbestimmten Anzahl von 
Datenbiocken (2) vordefinieren; und 
einen dritten zusammenhangenden Be- 
reich (36) in dem Dateibereich (30), der ei- ?° 
ne Dateizuordnungstabelle vordefiniert, 
urn In dem Dateibereich (30) aile diese Da- 
tumsblocke (2) hinsichtlich der Verzeich- 
nisse (20) und der Datendateien (18) an- 
zuordnen; 2S 

wobei die Bereiche so organisiert sind. daB die 
Strukturder Datenblocke (2) in dem ersten und dem 
dritten Bereicb (32, 36) algorithmisch berechnet 
warden kann, wenn das Dateisystem (10) gelesen 30 
wird> um die GroBe des physikaiischen Speichers 
zu reduzieren, der zur Aufnahme des Dateisystems 
(10) notwendig ist; 

einan Berelchsbezeichner(52), dervorgesehen ist, 
eine Blockiese-Antrage bezuglich eines bestimm- 35 
ten Datenblocks (2) 2u empfangen und zu ermittein, 
ob der bestimmte Datenblock (2) der Verzeichnis- 
hierarchie (20) oder dem Satz von Datendateien 
(18) entspricht 

einen Blockberechner (54), der mit dem Bereichs- 
. bezeichnar (52) verbunden ist, um Daten fur den 
spezrfizierten Block afgcrithmisch zu berechnen, 
wenn der Block (2), der Verzejchnishierarchie (20) 
entspricht; und 

einen Dateigenerator (66), der mit dem Berefchs- <« 
bezeichner (52) verbunden ist, um die Daten fur den 
bestimmtan Block (2) vorzusehen, wenn der Block 
(2) dem Satz von Datendateien (18) entspricht. 

10. Vorrichtung nach Anspruch y, wobei die Verzeich- so 
nisse ein Root-Ebene-Verzejchnis, eine Vielzahl 
von Zwischenebene- Verzeichnissen unterhalb des 
Root-Ebene-Verzeicnnisses sowie eine Vielzahl 
von Verzeichnissen der untersten Ebene unterhalb 
der Zwi3chenebene*Verzeichnisse umfafct. 55 

11. Vorrichtung nach Anspruch 9 Oder 10, wobei der 
Blockberechner (54) ferner ermittelt, ob der be- 
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stimmte Block (2) einem Verzeichnis eines Satzes 
von Verzeichnissen der untersten Ebene ent- 
spricht. wobei die Vorrichtung (50) ferner umfaGt! 

einen dynamischen Datengenerator (58) zum 
Einrichten elner Dateispiegelung (62), die ei- 
nem ausgewahlten verzeichnis der Verzeich- 
nisse der untersten Ebene entspricht und eine 
DateigroQe fur die Daten ermittelt; und 
einen Dateibinder (56). der mit dem Blockbe- 
rechner (54) und dem dynamischen Datenge- 
nerator (58) verbunden ist um zu ermitteln, ob 
der bestimmte Block (2) der Dateispiegelung 
(62) entspricht, und fur diesen Fall die Datei- 
grdfce von dem dynamischen Datengenerator 
(58) erhalt und das ausgewShlte Verzeichnis 
der Verzeichnisse der untersten Ebene an eine 
geeignet bemessene Datendatei des Satzes 
von Datendateien (18) bindet, die mindestens 
so groB wie die DateigroBe ist 

12. Vorrk5htungnac*ememderAr«pr0iche9bisl1 t wo- 
De i e | ne ausgewahtte Datendatei des Satzes von 
Datendateien (18) mit elnem bestimmten Verzeich- 
nis der untersten Ebene verknupft ist, wenn autdie 
bestimmte Datendatei zuerst zugegriffen wird. 



Revendications 

1. Un procede (100) de lecture de donnees dans un 
systeme virtue! ( 1 0) de f ich lers, comprenant un sys- 
tems virtue! (10) de fichiers, comprenant : 

un espace (30) de fichiers incluant une serie de 
blocs de donnees logiques (2) comprenant ; 

one premiere region contigue (32) conte- 
nt dans I'espace (30) de fichiers et pre- 
definissant une hierarchie (20) de repertoi- 
res du systeme (10) de fichiers, ia hierar- 
chie predefinissant une hierarchie inter- 
connected de repertoires (20) ; 
une serie de deuxiemes regions contigues 
(34) contenues dans I'espace (30) de fi- 
chiers et predefinissant chacune un jeu de 
fichiers (18) de donnees incluant un nom- 
bre predetermine de blocs (2) de donnees; 
une troisieme region contigue (36) conte- 
nue dans I'espace (30) de fichiers et pre- 
definissant une table d'allocation de fi- 
chiers pour locaiiser dans respaca (30) de 
fichiers tous les blocs (2) de donnees pour 
les repertoires (20) et les fichiers (18) de 
donnees; 

les regions etant organisers de maniere a 
permettre a la structure des btocs (2) de 
donnees des premiere et troisieme regions 
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3. 



(32, 36) d'etre calcuiee de facon algorith- 
mique lorsque le systems (10) de fichiers 
est lu afrn de reduire la quantity de memo!- 
re physique requise pour contenir le syste- 
ms (1 0) de fichiers; 

le precede comprenant les etapes consis- 
tant a; 

recevoir une demande de lecture de 
bloc pour un bloc specif ie (2) de don- 
ates; 

determiner si le bloc specifie (2) de 
donnees correspond a la hierarchie 
(20) de repertoires ou au jeu des fi- 
* chiers (1 8) de donnees; 

calculer de facon algorithmlque des 
donnees pour le bloc specifie (2) lors- 
que le bloc (2) correspond a la hierar- 
Chie (20) de repertoire; et 
envoyer les donnees pour le bloc spe- 
cifie (2) lorsque le bloc (2) correspond 
au jeu de fichiers (18) de donnees. 

Le procede selon la revendication 1 , dans lequel la 
hierarchie predetermine de repertoires (20) inclut 
en outre un jeu de repertoires du niveau le plus bas, 
chaque repertoire du niveau le plus bas inciuant un 
emplacement reserve predetermine de fichier, dans 
lequel le bloc (2) de donnees qui n'est pas enregis- 
tr6 dans une memoire physique correspond a un 
repertoire seiectionne parmi les repertoires du ni- 
veau le plus bas, et dans lequel la structure (15) de 
fichiers inclut un jeu predetermine de fichiers com- 
prenant un ou plusieurs blocs de donnees oontenus 
dans le system© virtuel de fichiers, qui comprend 
en outre r.etape consistam a: 

lier (112) remplacement reserve defjehierpour 
le repertoire seiectionne parmi les repertoires 
du niveau ie plus bas a un fichier correspondant 
du jeu predetermine de fichiers contenu dans 
le systeme virtue! de fichiers. 

Le procede selon la revendication 2, dans lequel 
chaque fichier du jeu predetermine de fichiers com- 
prenant un ou ptusieurs blocs de donnees est d'une 
dimension maxirnate de fichiers, le procede com- 
prenant en outre les etapes consistant a; 

determiner (110) une quantite de donnees as- 
soclees a {'emplacement reserve de fichier, et 
choisir le fichier correspondant du jeu predeter- 
mine de fichiers d'une maniere telle que la di- 
mension maximale du fichier sort au moins ega- 
le a la quantite de donnees. 

Le procede selon la revendication 2 ou 3, qui com- 
prend en outre ies etapes consistant : 



70 



15 6. 



20 



7. 



35 



50 



55 



recevoir (1 04) une demande additionnelle d'en- 
voi du contenu d'un bioc additionnel non enre- 
gistre v (2) de donnees assoei6 au fichier corres- 
pondant du jeu predetermine de fichiers; et 
enoendrer le contenu du bloc non enregistre 
additionnel (2) de donnees. 

Le procede selon la revendication 4, dans lequel la 
generation inclut l'6tape consistant a; 

engendrer dynamiquement (118) te contenu en 
reponse a la demande additionnelle par un pro- 
cessus exteme au systeme virtuel de fichiers. 

Le precede selon la revendication 4 ou 5. dans le- 
quel la generation inclut retape consistant a* 

obtenir (120) le contenu a partir d'un systeme 
auxilialre (70) de fichiers. exteme au systeme 
virtuel de fichiers. 

Le procede selon rune queiconque des revendica- 
tions precedentes, dans lequel la structure virtuelle 
(15) da fichiers realise un agencement logique li- 
neaire (30) des blocs (2) de donnees inciuant une 
hierarchie de repertoires et un jeu cTemplacements 
reserves pour des fichiers predetermines (18). 

Le precede selon La revendication 3, dans lequel 
l'6dition ( 1 1 2) de liens com prend en outre les etapes 
consistant a; 

determiner (110) la dimension reelle du fichier; 
localiser un emplacement reserve utilise le 
moins recemmentde fichier au moins egal a la 
dimension reelle de fichier; et 
assignor remplacement reserve utilise le moins 
recemment de fichier comme remplacement 
reserve seiectionne parmi les emplacements 
reserves predetermines de fichiers. 

Un appareil (50) de realisation d'un system© virtuel 
(10) de fichiers comprenant 

un espace (30) de fichiers inciuant une serie de 
blocs de donnees logiques (2) comprenant 

une premiere region contigue (32) conte- 
nue dans I'espace (30) de fichiers et pre- 
def inissant une hierarchie (20) de repertoi- 
res du systeme (10) de fichiers, la hierar- 
chie (20) predefinissant une hierarchie in- 
terconnectee de repertoires; 
une serie de deuxiemes regions contiguss 
(34) contenues dans I'espace (30) de fi- 
chiers et predefinissant cnaeune un jeu de 
fichiers (18) de donnees inciuant un nom- 
bre predetermine de blocs (2) de donnees; 
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une troisieme region continue (36) conte- 
nue dans I'espace (30) de fichiers et pre- 
dSfinissant une table d'allocation de fi- 
chiers pour iocaiiser dans I'espace (30) de 
fichiers tous les blocs (2) de donnees pour 
les repertoires (20) et les fichiers (18) de 
donnees; 

les regions etant arganisees de maniere a 
permeHre a la structure des blocs (2) de 
donnees des premiere et troisieme regions 
(32, 36) d'etre calculee de facon algorith- 
mique lorsque le systeme (10) de fichiers 
est lu afin de reduire la quantity de rn^moi- 
re physique requise pour contenir le syste- 
ms (10) de fichiers; 

un Identif lam (52) de region apte a recevolr 
une demande de lecture de bloc pour un 
bloc specific (2) de donnees et a determi- 
ner si le bloc specific (2) de donnees cor- 
respond a la hierarchie (20) de repertoires 
ou au jeu de fichiers (18) de donndes; 
un calculateur (54) de blocs connecte a 
lldenW iant (52) de region pour catculer de 
facon algorithmlque des donnees pour le 
bloc specific (2) lorsque le bloc (2) corres- 
pond a la hierarchie (20) de repertoire; et 
un generateur (66) de fichiers connects" k 
ridemlfiant (52) de region pour envoyer les 
donnees pour le blot spacifie (2) lorsque 
ie bloc (2) correspond au jeu de fichiers 
(1 6) de donnees. 



12, 



15 



20 



25 



30 



repertoires du niveau le plus bas k un fichier de 
dimension appropriee du }eu de fichiers (1 B) de 
donnees, au moins aussi grand que la dimen- 
sion du fichier. 

L'appareil selon Tune quelconque des revendica- 
tions 9 £ni , dans lequel un fichier setectionne du 
jeu de fichiers (18) de donnees est He a un reper- 
toire specif t£ parmi les repertoires du niveau le plus 
bas lors du premier acces a ce repertoire specified 



10- t'appareil selon la revendication 9, dans lequel les 
repertoires comprennent un repertoire du niveau 
racine, une serie de repertoires de niveau* interne- 35 
diaires au-dessous du repertoire de niveau racine. 
et une serie de repertoires du niveau le plus bas au* 
dessousdes repertoires de niveaux intermediates. 

11. L'appareil selon fa revendication 9 ou 10, dans le- *o 
quel le calculateur (54) de blocs de^ecte en outre si 
le bloc sp6citi6 (2) correspond a un repertoire quel- 
conque d un jeu de repertoires du niveau le plus 
bas, l'appareil (50) comprenant en outre: 

45 

un gdnerateur dynamique (58) de donnees 
pour etablir un fantome (62) de fichier corres- 
pondent k un repertoire s6lectionn6 parml les 
repertoires du niveau le plus bas et pour deter- 
miner une dimension de fichier pour les don- so 
nees; et 

un editeur (56) de liens de fichter connecte au 
calculateur (54) de bloc et au generateur dyna- 
mique (58) de donnees pour determiner si le 
bloc specif ie (2) correspond au fantome (62) de ss 
fichier et, si tel est le cas» obtenirdu generateur 
dynamique (58) de donnees la dimension de fi- 
chier et lier le repertoire selectionne parml les 
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